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SYSTEM AND METHOD FOR PROVIDING COMPATIBILITY BETWEEN 
DIFFERENT TRANSCEIVERS IN A MULTI-PAIR COMMUNICATION SYSTEM 

5 

CROSS-REFERENCE TO RELATED APPLICATION ( S ) 

The present application claims priority on the basis of the 
following provisional application: Serial Number 60/172,102 
entitled ''Algorithm for Gigabit PCS Compatibility" filed on 
10 December 23, 1999. 

BACKGROUND OF THE INVENTION 

The present invention relates generally to high-speed multi- 
pair communication systems, for example. Gigabit Ethernet systems 

15 (also called lOOOBASE-T standard) . More particularly, the 
invention relates to systems and methods that provide for 
interoperability between different types of transceivers included 
in those communication systems. 

In recent years, local area network (LAN) applications have 

20 become more and more prevalent as a means for providing local 
interconnect between personal computer systems, work stations and 
servers. Because of the breadth of its installed base, the 
lOBASE-T implementation of Ethernet remains the most pervasive, 
if not the dominant, network technology for LANs. However, as 

25 the need to exchange information becomes more and more 
imperative, and as the scope and size of the information being 
exchanged increases, higher and higher speeds (greater bandwidth) 
are required from network interconnect technologies. Among the 
high-speed LAN technologies currently available, fast Ethernet, 

30 commonly termed 100BASE-T, has emerged as one viable solution. 
Fast Ethernet technology provides a smooth, non-disruptive 
evolution from the 10 miegabit per second (Mbps) performance of 
lOBASE-T applications to the 100 Mbps performance of 100BASE-T. 
The growing use of 100BASE-T interconnections between servers and 
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desktops is creating a definite need for an even higher speed 
network technology at the backbone and server level. 

5 Another suitable solution to this need has been provided by 

the IEEE 802.3 standard for gigabit Ethernet, also termed 
lOOOBASE-T, as set forth in "IEEE Std. 802.3, 1998 Edition", the 
disclosure of which is hereby expressly incorporated by 
reference. As described in the standard, a Gigabit Ethernet 

10 network is designed to provide 1 gigabit per second (Gbps) 
bandwidth in combination with the simplicity of an Ethernet 
architecture, at a lower cost than other technologies of 
comparable speed. Moreover, gigabit Ethernet offers a smooth, 
seamless upgrade path for present lOBASE-T or 100BASE-T Ethernet 

15 installations . 

In order to obtain the requisite gigabit performance levels, 
gigabit Ethernet transceivers are interconnected by means of a 
multi-pair transmission channel architecture. In particular, 
transceivers are interconnected using four separate pairs of 

20 twisted Category-5 copper wires.. Gigabit communication, in 
practice, involves the simultaneous, parallel transmission of 
information signals, with each signal conveying information at 
a rate of 250 megabits per second (Mb/s) . Simultaneous, parallel 
transmission of four information signals over four twisted wire 

25 ' pairs poses substantial challenges to bidirectional communication 
transceivers, even though the data rate on any one wire pair is 
"only" 250 Mbps . 

The IEEE 802.3 standard for gigabit Ethernet requires that 
the transceivers used' in gigabit Ethernet operate according to 

30 certain transmission protocols. Eor example, a physical coding 
sublayer (PCS) included in the transceiver has certain transmit 
encoding rules that are based on the generation, at time n, of 
twelve bits, defined as Sx^[3:0], Syj,[3:0], and Sg^[3.:0]. Those 
bits are then used to generate a scrambler octet Sc^[7:0] for 

35 decorrelating a data word during transmission, for generating 
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idle and training symbols, and for randomizing the signs of the 
encoded data signals so that each symbol stream has no dc bias. 

5 Prior to acceptance of the IEEE 802.3 standard, gigabit 

Ethernet components were already in existence (hereinafter 
referred to as "legacy components") , many of which are still in 
use today. Some of those legacy components do not operate in a 
manner consistent with the protocols set forth in the IEEE 802.3 

10 standard- 

Therefore, there exists a need for a system and method that 
provide for interoperability between various generations, of 
gigabit Ethernet transceivers that employ different transmission 
encoding schemes. The preaent invention addresses this need., 

Q15 

SUMMARY OF THE INVENTION 
Hj A system and method are disclosed for providing 

compatibility between different types of transceivers. According 

to the invention, a novel transceiver is provided that includes 
^20 s physical layer entity (PHY) comprising a physical coding 

sublayer (PCS) and a physical medium attachment (PMA) sublayer. 
[U In one embodiment, the PHY is designed to switch the PCS 

encoding/decoding scheme to a legacy-based encoding/decoding 
£■3 scheme in a situation where it is determined that the remote 
25 transceiver in communication with the novel transceiver is 

transmitting data in comp liance with the legacy-based encoding 

scheme. 

In one illustrative embodiment, if the PHY of the present 
invention resolves to a slave device during an Auto-Negotiation 
30 procedure, then the PHY monitors the channel A IDLE data being 
transmitted by the remote master device during training, and 
determines whether the data is consistent with a legacy encoding 
scheme, or with another (e.g., standard-compliant) scheme. A 
state variable is set to a particular value based on the results 

35 
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of the determination, which controls the encoding type used by 
the slave PHY. 

5 In another embodiment, if the PHY resolves to a master 

device, then if it fails to achieve link-up with the remote slave 
device during a first Auto-Negotiation cycle, such that the Auto- 
Negotiation procedure is restarted in a second cycle, the master 
PHY changes encoding types so that in the next convergence cycle, 

10 the encoding is what the slave expects, and link up is then 
achieved. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other features, aspects and ■ advantages of the 
^,;3l5 present invention will be more fully understood when considered 
'2 with respect to the following detailed description, appended 
vj claims and accompanying drawings, wherein: 

lU FIG. 1 is a simplified block diagram of a high-speed 

f ; I 

bidirectional communication system exemplified by two 
2 20 transceivers configured to communicate over multiple twisted-pair 
wiring channels. 

fy FIG. 2 is a simplified block diagram of one illustrative 

^ embodiment of a bidirectional communication transceiver system. 
}Z FIG. 3 is a simplified block diagram of the various layers 

25 included in a local area network (LAN) . 

FIG. 4 is a table of encoding standards utilized in 
connection with a normal (standard-compliant) encoding technique. 

FIG. 5 is- a table of encoding standards utilized in 
connection with a legacy-based encoding technique. 
30 FIG. 6 is a. flow chart depicting the operational flow of the 

present invention . 

FIGS. 7 through 14 illustrate various scenarios in which the 
system of the present invention is utilized to achieve link-up 
between two transceivers. 

35 
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FIG. 15 is a flowchart depicting the operational, flow of a 
slave device in performing encoding detection. 

5 

DETAILED DESCRIPTION OF THE INVENTION 

In the context of an exemplary integrated circuit-type 
bidirectional communication system, the present invention may be 
characterized as a system and method for providing compatibility 
10 between two transceivers in a communication system, where the 
respective transceivers are of different types and utilize 
different encoding schemes, for example, where one of the 
transceivers is a legacy-type transceiver and the other is 

f:^^ designed so as to be compliant with the IEEE 802.3 standard (also 

v3l5 termed lOOOBASE-T standard) . 

The system and method of the present invention provide a 
transceiver that is able to alter its encoding/decoding scheme 
to match that of a remote transceiver, thereby making - the 

^.7=- , transceiver of the present invention compatible with multiple 

H 20 generations of transceiver devices. 

1^1 In order to appreciate ,the_advantages of the present invention, 
ry it will be beneficial to describe the invention in the context 
t^" of an exemplary bidirectional communication device, such, as a 
fh gigabit Ethernet transceiver. The particular exemplary 

25 implementation chosen is depicted in FIGS. 1 and 2. FIG. 1 is 
a simplified block diagram of a multi-pair communication system 
operating in conformance with the IEEE 802.3 standard for one 
gigabit (Gb/s) Ethernet' full-duplex communication over four 
twisted pairs of Category-5 copper wires. 
30 The communication system illustrated in FIG. 1 is 

represented as a point-to-point system, in order to simplify the 
explanation, and includes two main transceiver blocks 102 and 
104, coupled together with four twisted-pair cables. Each of the 
wire pairs is coupled between the transceiver blocks through a 
35 respective one of four line interface circuits 105 and serve to 
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communicate information developed . by respective ones of four 
transmitter /receiver circuits {constituent transceivers) 108 
5 coupled between respective interface circuits and a physical 
coding sublayer (PCS) block 110 that is part of a physical layer 
entity (PHY) of the transceiver. Four constituent transceivers 
108 are capable of operating simultaneously at 250 megabits per 
second (Mb/s) , and are coupled through respective interface 
10 circuits to facilitate full-duplex bidirectional operation. 
Thus^ one Gb/s communication throughput of each of the 
transceiver blocks 102 and 104 is achieved by using four 250 Mb/s 
(125 megabaud at 2 bits per symbol) constituent transceivers 108 
for each of the transceiver blocks and four twisted pairs of 
v3l5 copper cables to connect the two transceivers together. 
"'i FIG. 2 is a simplified block diagram of the functional 

^^.j architecture and internal construction of an exemplary 
transceiver block, indicated generally at 200, such as one of the 
transceivers 108 of FIG, 1. The transceiver block is described 
2 20 in greater detail in pending U.S. Patent Application Serial No. 
;C 09/556,549, filed on April 24, 2000, and entitled "Physical 
fij Coding Sublayer for a Multi-Pair Gigabit Transceiver", the 

V~ disclosure of which is hereby expressly incorporated by 

reference. Since the illustrated transceiver application relates 
25 to gigabit Ethernet transmission, the transceiver will be 
referred to as the "gigabit transceiver". For ease of 
illustration and description, FIG. 2 shows only one of the four 
250 Mb/s constituent transceivers which are operating 
simultaneously (termed herein 4-D operation) . However, since the 
30 operation of the four constituent transceivers are necessarily 
interrelated, certain blocks in the signal lines in the exemplary 
embodiment of FIG. 2 perform and carry 4 -dimensional (4-D) 
functions and 4-D signals, respectively. By 4-D, it is meant that 
the data from the four constituent transceivers are used 
35 simultaneously. In order to clarify signal relationships in 
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FIG. 2, thin lines correspond to 1-dimensional functions or 
signals (i.e., relating to only a single transceiver), and thick 
5 lines correspond to 4-D functions or signals (relating to all 
four transceivers) . 

With reference to FIG, 2, the gigabit transceiver 200 
includes a Gigabit Medium Independent Interface (GMII) block 202, 
a Physical Coding Sublayer (PCS) block 204, a pulse shaping 
10 filter 206, a digital-to-analog (D/A) converter 208, a line 
interface block 210, a highpass filter 212, a programmable gain 
amplifier (PGA) 214, an analog- to-digital (A/D) converter 216, 
an automatic gain control block ..220, a timing recovery block 222, 
a pair-swap multiplexer block 224, a demodulator 226, an offset 
fhl5 canceller 228, a near-end crosstalk (NEXT) canceller block 230 
V3 having three NEXT canceller, and an echo canceller 232.' The 
2 gigabit transceiver 200 also includes an A/D first-in-first-out 
-vj buffer (FIFO) 218 to facilitate proper transfer of data from the 
analog clock region to the receive clock region, and a FIFO block 
V:j20 234 to facilitate proper transfer of data from the transmit clock 
= region to the receive clock region. The gigabit transceiver 200 

L:;- can optionally include a filter to cancel far-end crosstalk noise 
fjj (FEXT canceller) . 

IZ On the transmit path, the transmit section of the GMII block 

fkZb 202 receives data from a... Media. Access Control (MAC) module (not 
shown in FIG. 2) and passes the digital data to the transmit 
section 204T of the PCS block 204 via a FIFO 201 in byte-wide 
format at the rate of 125 MHz. The FIFO 201 is essentially a 
synchronization buffer device and is provided to ensure proper 
30 data transfer from the MAC layer to the Physical Coding (PHY) 
layer, since the transmit- clock of the PHY layer is not 
necessarily synchronized with the clock of the MAC layer. This 
small FIFO 201 can be constructed with from three to five memory 
cells to accommodate the elasticity requirement which is a 
35 function of frame size and frequency offset. 
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The transmit section 204T of the PCS block 204 performs 
scrambling and coding of the data and other control functions. 

5 Transmit section 204T of the PCS block 204 generates four ID 
symbols^ one for each of ..the four constituent transceivers. The 
ID symbol generated for .the constituent transceiver depicted in 
FIG. 2 is filtered by a partial response pulse shaping filter 206 
so that the radiated emission of the output of the transceiver 

10 niay fall within the EMI requirements of the Federal 
Communications Commission. The output of the pulse shaping 
filter 206 is converted to an analog signal by the D/A converter 
208 operating at 125 MHz. The analog signal passes through the 
line interface block 210, and is placed on the corresponding 

15 twisted pair .cable for ccmmunication to a remote receiver. 

Referring now to FIG. 3, there is shown a schematic diagram 
of a local area network (LAN) 300 and its associated layers. The 
LAN 300 includes a logical link control (LLC) layer 302, a media 
access control (MAC) control layer 304, a MAC layer 306, a 

20 reconciliation layer 307, the GMII layer 202, the PCS block 204 , 
a physical medium attachment (PMA) 308, an Auto-Negotiation 
module 310, . and a medium dependent interface 312 that connects 
to a medium 313, for example, the four pairs of twisted copper 
wires. The PCS 204, PMA 308, and Auto-Negotiation module 310 are 

25 constituent parts of a PHY, generally designated 314. LAN 300 
may also include a number of higher layers as shown in FIG. 3. 

As is well known, during bidirectional communication between 
two gigabit transceivers 102 and 104 (FIG. 1), through a process 
called "auto-negotiation'' via Auto-Negotiation Module 310, one 

30 of the gigabit transceivers assumes the role of the master while 
the other assumes the role of the slave. When a gigabit 
transceiver assumes one of the two roles with respect to the 
remote gigabit transceiver, each of its constituent transceivers 
108 assumes the same role with respect to the corresponding one 

35 of the remote constituent transceivers. Each constituent 
transceiver 108 is constructed such that it can be dynamically 
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configured to act as either the master or the slave with respect 

to a' remote constituent transceiver 108 during a bidirectional 
5 communication. The clocking relationship between the transmitter 

and receiver inside the constituent transceiver 108 depends on 

the role of the constituent transceiver (i.e., master or slave) 

and is different for each of the two cases. 

In a conventional communication system, once the auto- 
10 negotiation procedure is successfully completed, the master and 

slave transceivers are linked to allow for the communication of 

data therebetween . 

A problem can arise when different types of transceivers are 

connected together by a pair of twisted wires and attempt to 
f;il5 communicate with each other. For example, different transceivers 
W may use different encoding/decoding schemes, such that the. data 

received by a transceiver will be decoded using the incorrect 

scheme. As one example, in a gigabit Ethernet system, the master 
if: and slave transceivers utilize side-stream scrambling by linear- 

^.:J20 feedback shift registers, where < the bits stored in the shift 
f register delay line are denoted by Scrr,[32:0]. For an . lEEE- 

fjj- compliant -transceiver, Syr,[0] is defined by the following 
rU equation: 
ij Sy,[0] = ScrJO] . 

p25 However, for a previous generation transceiver device, 

Syn[0] is defined by the following equation: 
SyJO] = Scr,,i[0] , where 

Scr^^JO]= ScrJ12] ^ ScrJ32] for a master PHY, or 
Scr^^i[0]= ScrJ12] ScrJ32] for' a slave PHY. 

30 

Thus, the two transceivers are not typically compatible, 
which results in failure to achieve link-up between the 
transceivers, such that the transceivers are incapable of 
communicating with each other. The present invention addresses 
35 this problem. 
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According to the invention, the PHY 314 is designed so that 
it can operate according to multiple encoding schemes, for 
5 example, according to either a legacy encoding/decoding scheme 
or a normal (standard-compliant) encoding/decoding scheme. Thus, 
PHY 314 is provided with the equations for normal encoding (FIG. 
4), as well as the equations for legacy encoding (FIG. 5). PHY 
314 also maintains a state variable ( "EncodingType" ) that 
10 controls the encoding/decoding mode of the corresponding PCS 204. 
For example, . the EncodingType variable may be set to ''0" for 
normal encoding/decoding, and to "1" for legacy 
encoding/decoding. The. EncodingType variable is used by PHY 314 
to control the encoding and decoding of both the transmit and 
?:H15 receive blocks of the corresponding transceiver. Thus-,, the 
U EncodingType state variable controls how PHY 314 both encodes 

2 outgoing signals as well as decodes incoming signals. 

-J Referring now to FIG, 6, operation of PHY 314 is described 

i;{ in more detail. Operation begins at step 500, and the 

SJ20 . EncodingType variable is set to a default value (for example, to 
= "0" corresponding to normal encoding/decoding) . Operation then 

?i2 proceeds to step 502, and the auto-negotiation process begins 

l^y between PHY 314 and the PHY, of a remote transceiver (for example, 

between the transceivers 102 and 104 shown in FIG. 1). At query 
[325 block 504, PHY 314 determines whether it has resolved to a master 
device. If so, operation proceeds to step 506, and PHY 314 
attempts, to achieve link with the remote slave PHY device. At 
query block 508, PHY 314 determines whether link-up has been 
achieved with the remote PHY device. If so, operation terminates 
30 at step 510. On the other hand, if PHY 314 fails to achieve 
link-up with the remote PHY device (e.g., if PHY 314 does not 
receive the appropriate signal back from the remote slave PHY) , 
then operation proceeds to step 512, and the value of 
EncodingType state variable is flipped (for example, from ''0" to 
35 ''1"). Operation then proceeds back to step .502, and 

autonegotiation is restarted, with PHY 314 again attempting to 
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achieve link-up with the remote PHY device, but this time by 
transmitting symbols to the remote PHY device using the alternate 
5 encoding/decoding scheme. 

If at query block 504 it is determined that PHY 314 has 
resolved to a slave device, then operation instead proceeds to 
step 514, and PHY 314 commences training based on the incoming 
signals from the remote '(master) PHY device. During training, 
10 PHY 314 monitors the channel A IDLE data being transmitted by the 
remote master device. As described above, the idle symbols are 
generated via the bits 3,x,[3:0] and SyJ3:0]. Thus, the IDLE 
symbols transmitted by the master PHY device will vary based on 
the value of SyJO]. PHY 314 determines ' the value of SyJO] and. 
£315 thus determines whether the remote master PHY device is using 
w legacy or normal encoding/decoding. At query block 516, PHY- 314 

S determines whether the remote device is using legacy 

^4 encoding/decoding. If not, operation proceeds to step 518, and 

If; the EncodingType state variable is set to "0" to correspond to 

HJ20 normal (standard-compliant) encoding/decoding. Operation then 
^ ends at step 520. 

ivy If at query block 516 it is determined by PHY 314 that the 

ry remote- device is using the. legacy encoding/decoding ischeme, then 

]-Z operation instead proceeds to step 522, and the EncodingType 

f325 state variable is set ^-to a ''1" - to correspond with legacy 
encoding/decoding. Operation then ends at step 522. 
Then, when PHY 314 begins to transmit data to the master PHY 
device, it will transmit data according to the encoding/decoding 
scheme that the remote device is expecting (and capable of 
30 processing) . 

Figures 7 through 14 depict various scenarios that may be 
encountered during auto-negotiation in an effort to achieve a 
link between two transceivers PHY A and PHY B. In FIG. 7, both 
PHY A and PHY B are legacy-type transceivers. Thus, since the 
35 two transceivers are both using legacy encoding/decoding schemes. 
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link-up is readily achieved during the auto-negotiation 
procedure. 

FIG. 8 depicts a scenario in which the master PHY A is a 
legacy-type device, while slave PHY B is a device that can 
transmit data using either legacy or normal encoding/decoding 
schemes (hereinafter an ''other" type of device) . Thus, master 
PHY A transmits legacy encoded data on channel A IDLE, which is 
monitored by PHY B to determine the encoding type being used by 
PHY A. The EncodingType -variable of PHY B is then set to ''1" to 
correspond to the legacy encoding/decoding scheme, such that at 
the appropriate . time slave PHY B transmits the appropriate 
legacy-encoded data to PHY A to achieve a link. 

FIG. 9 depicts a scenario where slave PHY A is a legacy-type 
device, and PHY B is an other device that is initially set to the 
legacy-compliant encoding/decoding scheme. Thus, since both PHY 
A and PHY B are initially using legacy encoding, link-up is 
achieved during the first auto-negotiation cycle. 

In FIG. 10, slave PHY A is a legacy device, while master PHY 
B is an other device that is initially set to a normal (standard- 
compliant) . encoding schem.e. Thus, PHY B transmits normal 
■encoding over channel A IDLE, which cannot be properly processed 
by PHY A, thereby preventing link-up from being achieved- Thus, 
the encoding type of PHY^B.is flipped to legacy encoding, and the 
autonegotiation process is restarted. During the second 
autonegotiation cycle, both PHY A and PHY B are using legacy 
encoding, such that a link is achieved. 

FIG. 11 depicts a scenario in which both PHY A and PHY B are 
other devices, and an which both are initially set to a legacy- 
compliant encoding/decoding scheme. Thus, during the first 
autonegotiation cycle, link-up is achieved. 

In FIG. 12, both PHY A and PHY B are other devices, but 
master PHY A is initially set to a legacy encoding type, while 
slave PHY B is set to a normal encoding type. When master PHY 
A transmits the IDLE symbols over channel A, slave PHY B 
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determines that PHY A is using legacy encoding, and PHY B sets 
its. encoding type to legacy, such that link-up is achieved when 
5 PHY B begins to transmit data back to PHY A. 

In FIG. 13, both PHY A and PHY B are other devices, and both 
are initially set to encode using the normal (standard-compliant) 
scheme. Thus, link-up is achieved in a straightforward manner 
in this case during the auto-negotiatiop cycle. 
10 FIG. 14 depicts a scenario in which both master PHY A and 

slave PHY B are other devices, but in which PHY A is initially 
set to a normal encoding scheme, which PHY B is initially set to 
a legacy encoding scheme. Thus, PHY B will detect normal 
encoding and set its encoding type to the normal 
f'llS encoding/decoding scheme, such that when PHY B transmits data to 
v3 PHY A it will be of the type expected by PHY A, thereby achieving 
a link. 

^4 Referring now to FIG. 15, there is shown a flow chart 

depicting the operation of PHY 314 when it has resolved to a 
va20 slave device in detecting the encoding type of the remote master 
^ device. As described above, the polarity of the data transmitted 

5=:= • by the master device is varied to remove any dc bias from the 
fU signal. Thus, when comparing the incoming data with the expected 
data, the polarity of the incoming data may cause a false 
[325 negative result. 

In the process shown in FIG. 15, operation begins at step 
600, with the polarity at the slave' PHY 314 being set to 0. At 
step 602, PHY 314 loads the scrambler delay line with the symbol 
stream being transmitted over channel A, using the default 
30 encoding/decoding scheme ..according to the default setting of the 
EncodingType state variable. When the scrambler delay line is 
filled (i.e., after 33 symbols are received), operation proceeds 
to step 604, and the scram.bler feedback loop is then closed. 

At step 606, PHY 314 predicts the IDLE symbol sequence based 
35 on the setting of its EncodingType state variable and the 
following -side-stream scrambler generator polynomials: 
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gn,(x) = 1 + x^^ + x^-' for master 

g^(x) = 1 + x^^ + x^^ for slave. 

5 ' > 

Thus, PHY 314 expects the PCS of the remote master device 
to employ the first of the two polynomials. Then, at step 606, 
PHY 314 predicts the IDLE symbol sequence and compares it to the 
actual received stream. If the comparison is a match, then the 

10 encoding detection subroutine is completed. 

If there is no match, and if the polarity is set to 0, 
operation proceeds to step 608, and the polarity is set to 1. 
Operation then proceeds ^back to step 506, and the comparison is 
performed again, but this time using the new polarity value. If 

15 the comparison now succeeds, then the encoding dete^ction 
subroutine is completed. 

If, however, there ;3till is no match, and because the 
polarity is now set to 1, operation instead proceeds to step 610, 
and the value of the EncodingType state variable is flipped, so 

20 that the encoding/decoding scheme of PHY 314 (for both the 
transmitter and receiver) is switched from one scheme to the 
other. Operation then returns to step 600, and the entire 
process is repeated, with, the scrambler delay line again being 
loaded, but this time using the other encoding/decoding scheme. 

25 In this manner, PHY 314, .will not fail to achieve a link with the 
remote master device simply due to the polarity of the incoming 
data. The above-describeci routine addresses this issue. 
While the invention has "been described primarily in connection 
with IEEE Standard 802.3 and a legacy-based encoding/decoding 

30 scheme, it will be understood by those skilled in the art that 
the invention has applicability in other situations as well. In 
addition, while in the illustrative embodiment of the invention', 
the PHY 314 is capable of encoding in two different encoding 
schemes, it will be understood that PHY 314 may be designed so 

35 that it can encode in three or more schemes. 
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From the foregoing, it will be apparent that the present 
invention provides a system and method that achieves 

5 interoperability between different types of transceivers. The 
system and method add an additional step to a conventional link- 
up procedure in order to. facilitate achieving a link-up between 
two transceivers that otherwise could not achieve link-up. 
. While certain exemplary embodiments have been described in detail 

10 and shown in the accompanying drawings, it is to be understood 
that such embodiments -axe merely illustrative of and not 
restrictive on the broad invention. It will thus be recognized 
that various modifications may be made to the illustrated and 
other embodiments of the invention described above, without 

15 departing from the broad inventive scope thereof. It will be 
understood, therefore, that the invention is not limited to the 
particular embodiments or arrangements disclosed, but is rather 
intended to cover any changes, adaptations or modifications which 
are within the scope and spirit of the invention as defined by 

20 the appended claims. 
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